<!DOCTYPE html>
<html>

<head>
	<meta charset="utf-8">
	<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1">
	<meta name="theme-color" content="#33474d">
	<title>keystone概念解析 | 失落的乐章</title>
	<link rel="stylesheet" href="/css/style.css" />
	
      <link rel="alternate" href="/atom.xml" title="失落的乐章" type="application/atom+xml">
    
</head>

<body>

	<header class="header">
		<nav class="header__nav">
			
				<a href="/archives" class="header__link">Archive</a>
			
				<a href="/tags" class="header__link">Tags</a>
			
				<a href="/atom.xml" class="header__link">RSS</a>
			
		</nav>
		<h1 class="header__title"><a href="/">失落的乐章</a></h1>
		<h2 class="header__subtitle">技术面前，永远都是学生。</h2>
	</header>

	<main>
		<article>
	
		<h1>keystone概念解析</h1>
	
	<div class="article__infos">
		<span class="article__date">2017-10-12</span><br />
		
		
			<span class="article__tags">
			  	<a class="article__tag-link" href="/tags/OpenStack/">OpenStack</a>
			</span>
		
	</div>

	

	
		<h2 id="Keystone简介"><a href="#Keystone简介" class="headerlink" title="Keystone简介"></a>Keystone简介</h2><p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;Keystone（OpenStack Identity Service）是OpenStack框架中，负责身份验证、服务规则和服务令牌的功能， 它实现了OpenStack的Identity API。Keystone类似一个服务总线， 或者说是整个Openstack框架的注册表， 其他服务通过keystone来注册其服务的Endpoint（服务访问的URL），任何服务之间相互的调用， 需要经过Keystone的身份验证， 来获得目标服务的Endpoint来找到目标服务。</p>
<h2 id="Keystone基本概念介绍"><a href="#Keystone基本概念介绍" class="headerlink" title="Keystone基本概念介绍"></a>Keystone基本概念介绍</h2><h3 id="1-User"><a href="#1-User" class="headerlink" title="1.User"></a>1.User</h3><p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;User即用户，他们代表可以通过keystone进行访问的人或程序。Users通过认证信息（credentials，如密码、API Keys等）进行验证。</p>
<h3 id="2-Tenant"><a href="#2-Tenant" class="headerlink" title="2.Tenant"></a>2.Tenant</h3><p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;Tenant即租户，它是各个服务中的一些可以访问的资源集合。例如，在Nova中一个tenant可以是一些机器，在Swift和Glance中一个tenant可以是一些镜像存储，在Quantum中一个tenant可以是一些网络资源。Users默认的总是绑定到某些tenant上。</p>
<h3 id="3-Role"><a href="#3-Role" class="headerlink" title="3.Role"></a>3.Role</h3><p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;Role即角色，Roles代表一组用户可以访问的资源权限，例如Nova中的虚拟机、Glance中的镜像。Users可以被添加到任意一个全局的 或 租户内的角色中。在全局的role中，用户的role权限作用于所有的租户，即可以对所有的租户执行role规定的权限；在租户内的role中，用户仅能在当前租户内执行role规定的权限。</p>
<h3 id="4-Service"><a href="#4-Service" class="headerlink" title="4.Service"></a>4.Service</h3><p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;Service即服务，如Nova、Glance、Swift。根据前三个概念（User，Tenant和Role）一个服务可以确认当前用户是否具有访问其资源的权限。但是当一个user尝试着访问其租户内的service时，他必须知道这个service是否存在以及如何访问这个service，这里通常使用一些不同的名称表示不同的服务。在上文中谈到的Role，实际上也是可以绑定到某个service的。例如，当swift需要一个管理员权限的访问进行对象创建时，对于相同的role我们并不一定也需要对nova进行管理员权限的访问。为了实现这个目标，我们应该创建两个独立的管理员role，一个绑定到swift，另一个绑定到nova，从而实现对swift进行管理员权限访问不会影响到Nova或其他服务。</p>
<h3 id="5-Endpoint"><a href="#5-Endpoint" class="headerlink" title="5.Endpoint"></a>5.Endpoint</h3><p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;Endpoint，翻译为“端点”，我们可以理解它是一个服务暴露出来的访问点，如果需要访问一个服务，则必须知道他的endpoint。因此，在keystone中包含一个endpoint模板（endpoint template，在安装keystone的时候我们可以在conf文件夹下看到这个文件），这个模板提供了所有存在的服务endpoints信息。一个endpoint template包含一个URLs列表，列表中的每个URL都对应一个服务实例的访问地址，并且具有public、private和admin这三种权限。public url可以被全局访问（如<a href="http://compute.example.com），private" target="_blank" rel="external">http://compute.example.com），private</a> url只能被局域网访问（如<a href="http://compute.example.local），admin" target="_blank" rel="external">http://compute.example.local），admin</a> url被从常规的访问中分离。</p>
<h3 id="keystone的理解"><a href="#keystone的理解" class="headerlink" title="keystone的理解"></a>keystone的理解</h3><p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;keystone 里面的概念很多，有：User，Credentials，Authentication，Token，Tenant，Service，Endpoint，Role。在这么多概念中，其实最主要的就是 User 和 Tenant 。由于一些安全，服务问题，才引发了其它的概念。</p>
<p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;那什么叫做 User ，Tenant 呢？这里我举个比较好理解的例子。我们去宾馆住的时候，我们自己就相当于 User ，而宾馆就是 Tenant 。这是最简单的情况，宾馆值提供房间，我们只需要住房。</p>
<p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;随着后来生活物质等的提高，这种现象就变了。我们去宾馆住的时候，很多东西都不一样，比如，开房间要身份证，房间的钥匙是一个可以当卡刷的牌子，我们进出宾馆的时候需要用自己的钥匙来开启宾馆的大门；还有就是，宾馆不仅仅是用来住的了，它可以给我们提供饮食，娱乐，健身等各种服务；而且服务层次的不同，房间也不同，房间里面的配置豪华程度也不一样。在这种情况下，描述我们和宾馆之间的关系就复杂一些了，这就引发了一些新的概念。</p>
<p>&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;举完这个例子， keystone 中的各种概念就可以和例子中的事物相挂钩了。</p>
<table>
<thead>
<tr>
<th style="text-align:center">User</th>
<th style="text-align:center">住宾馆的人</th>
</tr>
</thead>
<tbody>
<tr>
<td style="text-align:center">Credentials</td>
<td style="text-align:center">开启房间的钥匙</td>
</tr>
<tr>
<td style="text-align:center">Authentication</td>
<td style="text-align:center">宾馆为了拒绝不必要的人进出宾馆，专门设置的机制，只有拥有钥匙的人才能进出</td>
</tr>
<tr>
<td style="text-align:center">Token</td>
<td style="text-align:center">也是一种钥匙，有点特别Tenant宾馆Service宾馆可以提供的服务类别，比如，饮食类，娱乐类</td>
</tr>
<tr>
<td style="text-align:center">Endpoint</td>
<td style="text-align:center">具体的一种服务，比如吃烧烤，打羽毛球</td>
</tr>
<tr>
<td style="text-align:center">Role</td>
<td style="text-align:center">VIP 等级，VIP越高，享有越高的权限</td>
</tr>
</tbody>
</table>
<h2 id="Keystone在OpenStack中的访问流程范例"><a href="#Keystone在OpenStack中的访问流程范例" class="headerlink" title="Keystone在OpenStack中的访问流程范例"></a>Keystone在OpenStack中的访问流程范例</h2><p><figure class="figure"><img src="https://github.com/hcldirgit/image/blob/master/keystone%E6%A6%82%E5%BF%B5%E8%A7%A3%E6%9E%90/01.png?raw=true" alt=""></figure></p>

	

	
		<span class="different-posts"><a href="/2017/10/12/OpenStack/2. keystone概念解析/" onclick="window.history.go(-1); return false;">⬅️ Go back </a></span>

	

</article>

	</main>

	<footer class="footer">
	<div class="footer-content">
		
	      <div class="footer__element">
	<p>Hi there, <br />welcome to my Blog glad you found it. Have a look around, will you?</p>
</div>

	    
	      <div class="footer__element">
	<h5>Check out</h5>
	<ul class="footer-links">
		<li class="footer-links__link"><a href="/archives">Archive</a></li>
		
		  <li class="footer-links__link"><a href="/atom.xml">RSS</a></li>
	    
		<li class="footer-links__link"><a href="/about">about page</a></li>
		<li class="footer-links__link"><a href="/tags">Tags</a></li>
		<li class="footer-links__link"><a href="/categories">Categories</a></li>
	</ul>
</div>

	    

		<div class="footer-credit">
			<span>© 2017 失落的乐章 | Powered by <a href="https://hexo.io/">Hexo</a> | Theme <a href="https://github.com/HoverBaum/meilidu-hexo">MeiliDu</a></span>
		</div>

	</div>


</footer>



</body>

</html>
